
04- IS- o o 



A 



PATENT APPLICATION TRANSMITTAL LETTER 

(Large Entity) 



Docket No. 
NORT-0042-US (1 1627RRUS01U) 



TO THE ASSISTANT COMMISSIONER FOR PATENTS 

Transmitted herewith for filing under 35 U.S.C. 1 1 1 and 37 C.F.R. 1 .53 is the patent application of: 
Gregory T. Osterhout, James A. McAlear and Mark A. Sosebee 
For: Method and Systems for Communications Between Different Types of Devices 

Enclosed are: 

H Certificate of Mailing with Express Mail Mailing Label No. EL515090536US 

!S 9 sheets of drawings. 

□ A certified copy of a application. 
(3 Declaration SI Signed. □ Unsigned. 

IS Power of Attorney 

□ Information Disclosure Statement 

□ Preliminary Amendment 

S Other: Recordation Form Cover Sheet and Assignment 



CLAIMS AS FILED 



o 

wo z 



so 



For 



#Filed 



#AI lowed 



#Extra 



Rate 



Fee 



Total Claims 



iapep* Claims 



40 



-20 = 



20 



$18.00 



$78.00 



fefUltipIe Dependent Claims (check if applicable) □ 



$360.00 



S312.00 



$0.00 



BASIC FEE 



$690.00 



TOTAL FILING FEE 



A check in the amount of $1,362.00 to cover the filing fee is enclosed. 

The Commissioner is hereby authorized to charge and credit Deposit Account No. 20-1504 

as described below, A duplicate copy of this sheet is enclosed. 

□ Charge the amount of as filing fee. 
S Credit any overpayment. 

S Charge any additional filing fees required under 37 C.F.R. 1.16 and 1.17. 

□ Charge the issue fee set in 37 C.F.R. 1.18 at the mailing of the Notice of Allowance, 
pursuant to 37 C.F.R. 1 .31 1 (b). 



Dated: 



Signature 
Dan C. Hu, Reg. No. 40,025 
Trop, Pruner & Hu, P.C. 
8554 Katy Freeway, Suite 100 
Houston, TX 77024 
(713) 468-8880 [Ph] 
(713) 468-8883 [Fax] 



$1,362.00 




cc: 



21906 



PATENT TRADEHARK OFFICE 



P01URGE/REV07 



NORT-0042-US 
(11627RRUS01U) 



APPLICATION 
FOR 

UNITED STATES LETTERS PATENT 



TITLE: METHOD AND SYSTEM FOR 

COMMUNICATIONS BETWEEN 
DIFFERENT TYPES OF DEVICES 



APPLICANTS: Gregory T. Osterhout, James A. McAlear, and 
Mark A. Sosebee 



Express Mail No.: BL515090536US 
Date: April 24. 2000 



Prepared by: Trop, Pruner & Hu, P.C. 
8554 Katy Freeway, Ste. I OO, Houston, TX 7 7024 
7 I 3/468-8880 [Office], 7 I 3/468-8883 [Fax] 



1 



NORT-0042-US 
(11627RRUS01U) 

METHOD AND SYSTEM FOR COMMUNICATIONS BETWEEN 
DIFFERENT TYPES OF DEVICES 

This is a continuation-in-part of U.S. Patent Application Serial No. 
09/439,501, entitled "Local Area Network Accessory for Integrating USB 
5 Connectivity in Existing Networks/' filed November 12, 1999. 



FIELD OF THE INVENTION 
The invention relates to communications between different types of devices, 
and more particularly, to converting data between different protocols in 
1 0 communications between the different types of devices. 



BACKGROUND 

Data networks are widely used to link various types of network elements, such 
as personal computers, servers, gateways, network telephones, and so forth. Data 

1 5 networks may include private networks (such as local area networks or wide area 
networks), and public networks (such as the Internet). Popular forms of 
communications between network elements across such data networks include 
electronic mail, file transfer, web browsing, and other exchanges of digital data. 
With the increased capacity and reliability of data networks, voice and 

20 multimedia communications (including telephone calls, video conferencing, and so 
forth) over data networks have become possible. Voice and multimedia 
communications over data networks are unlike voice and multimedia communications 
in a conventional circuit-switched network such as the public switched telephone 
network (PSTN), which provides users with dedicated, end-to-end circuit connections 

25 for the duration of each call. Communications over data networks, such as IP 

(Internet Protocol) networks, are performed using packets or datagrams that are sent 
in bursts from a source to one or more destination nodes. Voice data, and other forms 
of multimedia streaming data sent over a data network typically share network 
bandwidth with conventional non- streaming data (e.g., data associated with electronic 

30 mail, file transfer, web access, and other traffic). 

Various standards have been proposed for audio and multimedia 
communications over data networks. One such standard is the H.323 
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Recommendation from the International Telecommunications Union (ITU), which 
describes terminals, equipment and services for multimedia communications over data 
networks. Another standard for audio and multimedia communications is the Session 
Initiation Protocol (SIP), which establishes, maintains, and terminates multimedia 
5 sessions over a data network. SIP is part of a multimedia data and control architecture 
developed by the Internet Engineering Task Force (IETF). 

A communications network may include a collection of different types of 
terminals, such as terminals coupled to packet-based networks (e.g., computers, 
network telephones, etc.) and terminals coupled to circuit- switched networks (e.g., 

10 standard analog or digital telephones). Inter-operation between different types of 
terminals may be possible, and may be accomplished by use of some type of a 
gateway, such as a PSTN gateway, which converts between packet-based data and 
circuit-switched data in a call session. 

Although improvements in technology have improved inter-operability 

1 5 between certain different types of devices (such as packet-based telephony devices 

and circuit-switched telephony devices), a need continues to exist for providing inter- 
operability among other combinations of devices. For example, a computer system 
may be coupled to many different types of peripheral devices. One type of computer 
peripheral device is the Universal Serial Bus (USB) device, which may include a 

20 printer, scanner, camera, telephone, keyboard, mouse, joystick, or another type of 

peripheral device. Although peripheral devices coupled to a computer system may be 
readily available to a user of the computer system, it may not be available remotely. 

SUMMARY 

25 In general, according to one embodiment, a method of communications 

between a first device and a peripheral device coupled over a network includes 
receiving, by a system, a message from the first device to establish a communications 
session with the peripheral device. The message is according to a first protocol 
defining real-time interactive sessions. A communications session is established 

30 between the first device and the system over a network. The system converts between 
data according to the first protocol and data according to a second protocol defining a 
peripheral link from the system to the peripheral device. 

Advantages offered by some embodiments of the invention may include one 
or more of the following. By providing the ability of a first device (such as a 
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telephony device or other device capable of participating in streaming 
communications sessions) to communicate with a peripheral device, inter-op er ability 
between such devices may be achieved. Thus, for example, a SIP or H.323 device 
may be used to access the functionality of another type of device, such as a computer 
5 peripheral device (e.g., a Universal Serial Bus device). This enables access by a 
remote user of the many functionalities provided by peripheral devices. 

Other features and advantages will become apparent from the following 
description, from the drawings, and from the claims. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of an embodiment of a communications system 
including a gateway system. 

Fig. 2 is a block diagram of the gateway system of Fig. 1 in accordance with 
an embodiment for enabling communications between Session Initiation Protocol 
15 (SIP) systems and Universal Serial Bus (USB) devices. 

Fig. 3 is a block diagram of an example embodiment of a platform on which 
the gateway system of Fig. 2 may be implemented. 

Fig. 4 is a message flow diagram of communications between a SIP system 
and a USB telephone in accordance with an embodiment. 
20 Fig. 5 illustrates an interface between a gateway module and USB client in the 

gateway system of Fig. 2. 

Fig. 6 is a message flow diagram of communications between a SIP system 
and a receive-only USB device in accordance with an embodiment. 

Fig. 7 is a message flow diagram of communications between a SIP system 
25 and a send-only USB device in accordance with an embodiment. 

Fig. 8 is a message flow diagram of communications between a SIP system 
and an interactive USB device in accordance with an embodiment. 

Fig. 9 is a block diagram of another arrangement of a communications system 
including plural gateway systems according to an embodiment. 
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DETAILED DESCRIPTION 
In the following description, numerous details are set forth to provide an 
understanding of the present invention. However, it will be understood by those 
skilled in the art that the present invention may be practiced without these details and 
5 that numerous variations or modifications from the described embodiments may be 
possible. For example, although reference is made to the Session Initiation Protocol 
(SIP) in some described embodiments, other embodiments may employ other 
protocols for real-time interactive sessions over packet-based data networks. 

Referring to Fig. 1, a communications system 10 in accordance with one 
10 embodiment includes a packet-based data network 12 over which various 

communications sessions may be established. The packet-based data network 12 may 
be a packet-switched network, such as an Internet Protocol (IP) network. One version 
of IP is described in Request for Comments (RFC) 791, entitled "Internet Protocol," 
dated September 1981. Other versions of IP, such as IPv6, or other connectionless, 
1 5 packet-switched standards may also be utilized in further embodiments. A version of 
IPv6 is described in RFC 2460, entitled "Internet Protocol, Version 6 (IPv6) 
Specification," dated December 1998. 

Packet-switched networks are based on a connectionless internetwork layer. 
Unlike circuit-switched networks, which provide a dedicated end-to-end connection 
20 or physical path for the duration of a call session, a packet-switched network is one in 
which the same path may be shared by several network elements. Packets or other 
units of data injected into a packet- switched data network may travel independently 
over any path (and possibly over different paths) to a destination point. The packets 
may even arrive out of order. Routing of the packets is based on one or more 
25 addresses carried in each packet. 

The packet-based network 12 may also be connection-oriented, such as an 
ATM (Asynchronous Transfer Mode) network or a Frame Relay network. In a 
connection-oriented, packet-based network, a virtual circuit or connection is 
established between two end points. In such connection-oriented networks, packets 
30 are received in the same order in which they were transmitted. 

The data network 12 is coupled to various network elements 16, 18, 22, and 
32, which may be capable of establishing communications sessions on the data 
network 12 according to a Session Initiation Protocol (SIP). The data network 12 
may also be coupled through a network cloud 14 (which may be a public network 
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such as the Internet or a private wide area network) to another network element 20 
that is also capable of performing SEP communications. A "data network" or 
"network" may refer to one or more communications networks, links, channels, or 
paths (wired, wireless, or both), as well as systems or devices (e.g., routers) used to 
5 route data between elements through such networks, links, channels, or paths. In the 
ensuing discussion, reference to "data network 1 1" may refer to the combination of 
the data network 12, the network cloud 14, and other networks. In other 
embodiments, the various network elements coupled to the data network 1 1 may be 
capable of H.323 or other forms of streaming communications. 

10 As used here, a "call session" or "streaming call session" refers generally to 

either an audio (e.g., voice) or a multimedia session in which streaming data is being 
communicated between two or more network elements (and parties using those 
elements) coupled to the data network 1 1 (or any other packet-based data network). 
A "communications session" may more generally refer to streaming call sessions as 

15 well as other types of communications in which any type of data may be exchanged. 

An "interactive" call session refers to a call session in which two or more 
parties are involved in an exchange of audio (e.g., voice) and/or video data in an 
established session between two or more network elements. A "real-time" interactive 
call session refers to an exchange of data, such as audio and/or video data, on a 

20 substantially real-time basis between two terminals. A session is substantially real- 
time if interaction is occurring between two end points or parties, with a 
communication from one end followed relatively quickly by a response or another 
communications from the other end, typically within seconds, for example. 
Interactive call sessions are contrasted with electronic mail messaging, for example, 

25 in which a first participant sends a message over a data network to a second 

participant. No indication is usually provided back to the first participant that the 
second participant has received the message or that the second participant is even at 
his or her terminal. In contrast, an interactive call session involves a request followed 
by some acknowledgment that a called party has accepted the call session. This 

30 enables establishment of an interactive call session in which participants exchange 
data. 

SIP is part of the multimedia data and control architecture from the Internet 
Engineering Task Force (IETF). A version of SIP is described in RFC 2543, entitled 
"SIP; Session Initiation Protocol," dated in 1999. SIP may be used to initiate call 
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sessions as well as to invite members to a session that may be advertised by some 
other mechanism, such as electronic mail, news groups, web pages, and other 
mechanisms. The other protocols in the IETF multimedia and control architecture 
include the Resource Reservation Protocol (RSVP), as described in RFC 2205, for 
5 reserving network resources; the Real-Time Transport Protocol (RTP), as described in 
RFC 1889, for transporting real-time data and providing quality of service (QoS) 
feedback; the Real-Time Streaming Protocol (RTSP), as described in RFC 2326, for 
controlling delivery of streaming media; the Session Description Protocol (SDP), as 
described in RFC 2327, for describing multimedia sessions; and the Session 

1 0 Announcement Protocol (SAP) for advertising multimedia sessions by multicast. 

Other standards may be employed in further embodiments for controlling 
communications sessions over the data network 1 L One such other standard includes 
the H.323 Recommendation from the International Telecommunication Union (ITU). 
SIP network elements may be classified as SIP clients, SIP servers, and SIP 

15 proxies. A SIP client system includes a client application program that is capable of 
sending SIP requests to perform call requests. A SIP server system may include an 
application program that accepts SIP requests to service calls and to send back 
responses to SIP requests. A network element can be a SIP client at certain times 
(when it is generating requests) and a SIP server at other times (when it is responding 

20 to requests). A SIP proxy system may include an intermediary program that acts as 

both a server and a client for making requests on behalf of other clients. In Fig. 1, the 
network elements 16, 20, and 22 may be SIP client or server systems, and the network 
element 18 may be a SIP proxy system. Examples of the SIP systems 16 and 20 
include network telephones, computer systems, and other devices or systems. 

25 The network element 22 may be a public switched telephone network (PSTN) 

gateway 22 that is coupled to a PSTN 24. Standard circuit-switched telephones 26 are 
coupled to the PSTN 24. The PSTN gateway 22 may be capable of translating 
telephony signaling and data between a circuit-switched format (for communication 
over the PSTN 24) and a packet-based format (for communication over the data 

30 network 11). 

In accordance with some embodiments of the invention, a gateway 32 is also 
coupled to the data network 11. The gateway 32 is provided as an interface between 
SIP communications sessions (or other types of communications sessions such as 
H.323 sessions) and peripheral device data and commands. Such peripheral devices 
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may include USB devices and other types of devices. USB stands for Universal 
Serial Bus, and a version of USB is described in the "Universal Serial Bus 
Specification/' Revision 1.1, dated September 1998. USB defines a serial bus for 
interfacing peripheral devices to computer systems. A USB bus includes a four-wire 
5 bus that supports isochronous and asynchronous communications that can fan out up 
to 127 or more devices. USB provides for integrated power for low-power peripheral 
devices, simple connectors, and hot plug-and-play for easy addition and removal of 
devices by a user. 

The gateway 32 may have a number of USB ports 34A, 34B, and so forth, to 
10 which USB devices may be connected. For additional connections of USB devices, a 
chain of one or more USB hub devices may be coupled, with each hub device offering 
multiple USB ports. In the example shown in Fig. 1, a USB hub 36 is coupled to the 
port 34A and a USB device 38 is coupled to port 34B. The USB hub 36 may be 
coupled to multiple USB devices 40 and 42, as well as to other hub devices (not 
15 shown) that can further be connected to more USB devices. A wide variety of USB 
peripheral devices may be coupled to the gateway 32, including printers, scanners, 
digital cameras, telephones, keyboards, mice, monitors, joysticks, speakers, and other 
types of devices. 

In addition to USB ports 34A and 34B, the gateway 32 may also include one 
20 or more ports 44 for coupling to other types of peripheral devices 46. Such other 
ports 44 may include parallel ports, serial ports, SCSI (Small Computer Systems 
Interface) ports, PCMCIA (Personal Computer Memory Card International 
Association) ports, and so forth. 

In accordance with some embodiments, communications sessions may be 
25 established between a network element coupled to the data network 1 1 and one of the 
USB devices coupled through ports 34A and 34B or one of the other peripheral 
devices 46 coupled through ports 44. As used here, the ports 34A, 34B, and 44 may 
be generally referred to as "peripheral links" that peripheral devices may be coupled 
to. To enable inter-working between a network element and one of the peripheral 
30 devices, the network element (such as one of the SIP systems 16 and 20 or the PSTN 
gateway 22) can establish a SIP call session with the gateway 32. Standard SIP 
signaling may be used to establish such a call session. The call request (which 
according to SIP is an Invite request) to initiate the call session with the gateway 32 
contains an indication that a communications session with one of the USB devices or 
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other peripheral device is desired. Thus, in response to the request, the gateway 32 
establishes a session or connection with the target USB device or other peripheral 
device. A communications session is thus established between the network element 
and the peripheral device through the gateway 32. A USB device or other peripheral 
5 device may also cause the gateway 32 to initiate a communications session with a 
network element on the data network 1 1 . 

Once a communications session is established between the SIP system and the 
peripheral device, data can be exchanged between the SIP system and gateway 32 
using SIP messaging and between the gateway 32 and the peripheral device using 

10 USB or other signaling. For example, in streaming communications, RTP messages 
containing audio, video, or other forms of streaming data can be exchanged between 
the SIP system and the gateway 32. An exchange of other types of data (aside from 
the streaming data) may also be performed between the SIP system and the gateway 
32. For example, such other forms of data may include data containing commands or 

15 status information to be communicated with one of the USB or other peripheral 
devices coupled to ports of the gateway 32. 

To communicate such other forms of data between the SIP system and the 
gateway 32, SIP Info messages may be employed in accordance with one 
embodiment, which may be used to carry application-level information. The 

20 application level information may include commands, status information, and other 
information. A SIP Info message may be communicated along a SIP signaling path, 
which is the signaling path established as a result of a SIP call setup. Such an Info 
message may be referred to as an "in-band" Info message. Alternatively, the SIP Info 
message may be communicated outside a SIP call session (referred to as an "out-of- 

25 band" Info message). The Info message may be exchanged directly between the 
calling and called systems or through a SIP proxy system. 

In an alternative embodiment, after the SIP call setup, instead of using SIP 
Info messages, a protocol outside of SIP may be used to communicate non-streaming 
information. One example protocol includes the File Transfer Protocol (FTP), which 

30 is described in RFC 959, entitled "File Transfer Protocol (FTP)," dated October 1985. 
Another example protocol is the Hypertext Transfer Protocol (HTTP), as described in 
RFC 2068, entitled "Hypertext Transfer Protocol-HTTP/ 1.1," dated January 1997. 
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These types of protocols are appropriate for transferring files between Internet 
applications, including the emerging category of XML (Extensible Markup Language) 
files that provide a standard way of representing content across Internet applications. 
Thus, for example, commands from a SIP system may be communicated 
5 through the gateway 32 to one of the peripheral devices to perform a desired action. 
If the controlled peripheral device is a camera, for example, then the desired action 
may be to start or stop the camera. The data communicated may also include status 
information, which, for example, may include the status (e.g., on/off) of various 
peripheral devices coupled to the gateway 32. The gateway 32 translates between 

10 data in SIP format and data in a format for communicating with one of the USB 
devices or other peripheral devices. 

If the gateway 32 is a computer system that is accessible by a user, then a user 
sitting at the system 32 has access to the features offered by the peripheral devices 
coupled to the system. In accordance with some embodiments, access to such 

15 features is extended to remote network elements coupled to the data network 1 1 . By 
using network elements that are capable of participating in SIP, H.323, or other call 
sessions, such remote access of the features of the peripheral devices is made even 
more convenient and flexible. Examples of network elements include telephony 
devices, computers, wireless devices, and other types of devices. In one example 

20 application, the gateway 32 may be a home system that is coupled to various 

peripheral devices, such as a security camera, home appliances, telephones, and so 
forth. A user that is at a remote site away from the home location may be able to 
access such peripheral devices over the data network 1 1 . Thus, if the user is at work 
and wishes to turn on the security camera coupled to the gateway 32, the user can 

25 establish a call session with the gateway 32 to send the necessary commands to 

activate the security camera. Video data recorded by the security camera may then be 
fed in an RTP stream from the gateway 32 back to the SIP system. The user may also 
call a USB telephone device that is coupled to the gateway 32. 

Referring to Fig. 2, the gateway 32 includes various components. A network 

30 interface 102 couples the gateway 32 to the data network 11. Above the network 

interface 102 is a network device driver 104, a transport and network stack 106 (e.g., 
a TCP/IP or UDP/IP stack), and a SIP stack 108. An RTP layer 1 10 may also be 
included to control communications of RTP data to or from the data network 11. TCP 
is described in RFC 793, entitled "Transmission Control Protocol," dated September 
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1981; and UDP is described in RFC 768, entitled "User Datagram Protocol," dated 
August 1980, TCP and UDP are transport layers for managing connections between 
end points coupled to an IP network. 

A gateway module 1 12, which may be one or more application routines at the 
5 application level, performs the translation of data between a first format (e.g., SIP, 
H.323, or other format) and a second format (for communication with one of the USB 
or other peripheral devices). 

In the gateway 32, a USB interface 114 is coupled to ports 34A and 34B. 
Above the USB interface 1 14 is a USB device driver 116 that provides the interface 

10 between the USB interface 1 14 and the gateway module 1 12. In addition, USB 

clients 130A and 130B may be present in the gateway 32. Each USB client 130 may 
be responsible for the control of a corresponding USB device or group of USB 
devices. The various layers in a system for interfacing USB devices are discussed in 
the USB Specification. An interface 113 provides a message communications link 

15 between the gateway module 1 12 and the USB clients 130. 

Other interfaces in the gateway 32 include a SCSI interface 118 that is coupled 
to SCSI ports 120A and 120B, a PCMCIA interface 122 that is coupled to PCMCIA 
ports 124A and 124B, and a peripheral controller 126 that may be coupled to a 
parallel port 128, a serial port 130, or other types of ports. The SCSI controller 118, 

20 the PCMCIA controller 122, and the peripheral controller 126 are associated with 
corresponding device drivers (not shown) that enable exchanges of data with the 
gateway module 112. The other interfaces in the gateway 32 may similarly be 
connected to various types of peripheral devices that are remotely accessible by SIP, 
H.323, or other types of network elements. 

25 As used here, the term "peripheral device" may refer to any peripheral or 

input/output (I/O) device coupled to any port of the gateway 32 (or other type of 
system). The peripheral device may be located within the system 32 or it may be 
located outside the system 32 and coupled over some type of a link to the system. 
Referring to Fig. 3, an example architecture of the gateway 32 is illustrated. 

30 The gateway 32 may include a microprocessor or microcontroller 202 that is coupled 
through a host bridge controller 204 to a system bus 206. A main memory 208 may 
be coupled to a memory controller in the host bridge controller 204. The system bus 
206 may be coupled to the network interface 102, the USB interface 114, the SCSI 
controller 118, and the PCMCIA controller 122. The system 32 may also include 
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another storage device 211, e.g., a hard disk drive, optical medium drive, and so forth. 
Storage devices in the system 32 may include the device 211, main memory 208, and 
any other storage media (e.g., caches). 

The gateway 32 may also include an expansion bus 208 that is coupled to the 
5 system bus 206 by a system bridge controller 210. The peripheral controller 126 may 
be coupled to the expansion bus 208. Other arrangements of the platform on which 
the gateway 32 may be employed in further embodiments. 

The various components discussed in Figs. 2 and 3 are capable of performing 
various tasks. Such components may include hardware components or software 

10 components. To perform a specified task, one or more of the components may be 

involved. As used here, the one or more components may generally be referred to as 
a "controller." Thus, "controller" may refer to a single software routine or module or 
a combination of software routines or modules. "Controller" may also refer to 
combinations of software routine(s) or module(s) and hardware component(s), such as 

1 5 the microprocessor or microcontroller 202. 

Referring to Fig. 4, a message flow diagram for establishing a 
communications session between a SIP system and a USB device through the gateway 
32 is illustrated. In the example of Fig. 4, the USB device includes a USB telephone 
that is capable of participating in a voice call session with the SIP system, which is 

20 configured with voice processing capabilities. The SIP system may be a network 
telephone, a computer with voice processing elements, a wireless telephone, or any 
other device capable of participating in call sessions over the data network 11. The 
participants of the message exchange includes the SIP system, the SIP stack 108, the 
gateway module 1 12, a USB client 130 (which is located in the gateway 32), and the 

25 USB device. 

The USB client controls the communication of signaling (control and data) to 
the USB telephone. For example, the USB client controls the ringing of the USB 
telephone, activation of the handset/speakerphone, and direction of the audio stream 
to the handset/speakerphone. The USB client also receives an audio stream from the 

30 USB telephone and monitors for actions taken by a user, such as on-hook/off-hook 
and digit dial events. The USB client collects dialed digits, which are sent to the 
gateway module 1 12 for preparation of a SIP Invite request. In creating the SIP Invite 
request, the collected digits (corresponding to a PSTN number, for example) may be 
converted to a SIP address. The USB client can also preset SIP commands or 



12 



destinations associated with presses of speed dial keys on the USB telephone. The 
speed dial keys may also be used to establish SIP sessions for other devices coupled 
to the gateway 32 (such as directing audio streams to USB speakers and directing 
video streams collected by a USB camera to the remote SIP system). 
5 In the example of Fig. 4, the SIP system is the element that initiates the 

session. In another example, the USB device may be the one initiating the session. 
The SIP system sends an Invite request (at 302) to the gateway 32 over the data 
network 11. The Invite message may include an IP address of the gateway 32. In 
addition, the Invite request may include an identifier associated with the target USB 
10 device. The Invite request is a SIP request that indicates that the receiving node is 

being invited to participate in a call session. The message body of the Invite message 
contains a description (e.g., in SDP format) of the session to which the receiving node 
is being invited. This description may be employed to identify the specific USB 
device. 

15 Under control of the SIP stack 108, the gateway 32 then sends back a Trying 

response (at 304), which indicates that some unspecified action is being taken on 
behalf of the call but that the target has not yet been located. The invitation request 
received by the gateway 32 is passed on to the gateway module 1 12. The gateway 
module 1 12 then sends a message (at 306) to establish a connection with the USB 

20 client. The USB client responds with a progress indication (at 308). The USB client 
may also maintain an indication that it is busy (that is, the USB client is involved in 
another session). If so, the USB client may return a busy indication. The progress 
indication may also indicate that call waiting or a multi-line phone capability is 
enabled in the USB telephone. If call waiting or multiple lines are available, a user at 

25 the USB telephone may switch to the current call while placing the other call on hold. 
One mechanism for implementing this is described in connection with Fig. 5, below. 

If the USB client returns a busy indication to the gateway module 1 12, that 
indication is communicated to the SIP stack 108 which sends a SIP Busy Here 
response to the SIP system. 

30 However, if the USB client is able to handle the incoming call request, the 

USB client sends commands (at 310) to establish a USB connection. Such commands 
may including commands to ring the USB telephone, activate the handset or 
speakerphone of the USB telephone, and other actions. The USB device may respond 
(at 312) with some acknowledgment to indicate that ringing is occurring at the target 
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USB telephone. Upon receipt of the ringing indication, the USB client forwards the 
ringing indication (at 3 14) to the gateway module 112. The gateway module 112 
forwards this to the SIP stack 108, which sends a SIP Ringing response (at 316) to the 
originating SIP system. The SIP Ringing response indicates that the called user agent 
5 has located a possible location where the target has registered recently and is trying to 
alert the target. 

When a user at the USB telephone answers the call, status information 
indicating this event (an off-hook event) is sent (at 318) by the USB telephone to the 
USB client. The USB client forwards the answer indication (at 320) to the gateway 

10 module 1 12. This is forwarded to the SIP stack 108, which then sends a SIP OK 

response (at 322) to the SIP system to indicate that the Invite request has succeeded. 
Next, the SIP system sends (at 324) an Ack request to confirm that the SIP system has 
received a final response to an Invite request. After RTP setup, a voice connection is 
established (at 326) between the SIP system and the USB client. Voice data may be 

15 exchanged between the SIP system and the gateway 32 in RTP format or in any other 
format for carrying streaming data, and voice data may be exchanged between the 
gateway 32 and the USB device in USB format. 

If the SIP system wishes to terminate the call, it sends a Bye request (at 328) 
to the gateway 32. In response, the gateway module 1 12 issues (at 330) a command 

20 to terminate the call to the USB client. The USB client sends (at 331) disconnect 

commands (e.g., disconnect audio stream, or deactivate handset or speakerphone) to 
the USB device. The gateway 32 then sends (at 332) an OK message back to the SIP 
system. 

The USB client also monitors for a disconnect event at the USB telephone. If 
25 such a disconnect event (e.g., on-hook) is received, the USB client informs the 

gateway module 112, which notifies the SIP stack 108 to cause a SIP Bye request to 

be sent to the SIP system. 

Referring to Fig. 5, the USB telephone may have multi-line capability. Thus, 

even though the user at the USB telephone may be speaking on a first line, a call 
30 indication may be received over another line. To provide the multi-line capability in 

the gateway 32, the interface 113 between the gate module 112 and USB client 130 

corresponding to the USB telephone may include multiple application programming 

interfaces (APIs). Each individual API corresponds to a line of the USB telephone. 

Thus, as illustrated in Fig. 5, a line 1 API corresponds to a first line, and a line N API 
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corresponds to the Nth line, where N can be two or more. Thus, when an incoming 
call from the SIP system is received by the gateway module 1 12, the gateway module 
112 establishes a connection with the USB client 130 over an available API. Each 
API may be associated with a different SIP uniform resource locator (URL). 
5 Alternatively, calls may overflow from one line (a first API) to another line (another 
API). 

The gateway 32 is also capable of supporting conferencing. In conferencing, a 
SIP server may receive Invite requests from two or more clients to participate in the 
call session. As a result, three or more participants may be involved in the call 

10 session. In this case, the gateway 32 needs to handle two or more separate audio 
streams that may come in over the data network 1 1 from the two or more other 
participants. The multiple API lines as disclosed in Fig. 5 may also be employed to 
handle such a conferencing call session, in which a first incoming audio stream may 
be routed over a first API and another incoming audio stream may be routed over a 

15 separate API. 

Referring to Fig. 6, in accordance with another embodiment, a 
communications session between a SIP system and a USB client that is a non- 
telephony device is illustrated. In the example of Fig. 6, the USB device is a 
"receive-only" device, such as a USB speaker, a disk drive used as a drop-box or 

20 answering machine, a USB display, or other like devices. To access the USB device 
from the SIP system, the SIP system first sends an Invite request (at 402) to the 
gateway 32. The SIP stack 108 returns a Trying response (at 404) to the SIP system. 
The invitation request is forwarded by the SIP stack 108 to the gateway module 1 12, 
which attempts to establish a connection with the USB client (at 406) that corresponds 

25 to the receive-only USB device. The USB client maintains an indication of whether 
the USB device is being used. If the USB device is idle, then the USB client sends an 
available indication (at 408) to the gateway module 1 12. This is forwarded by the 
gateway module 1 12 to the SIP stack 108, which returns a SIP Ringing response (at 
414) to the SIP system. This is followed by a SIP OK response (at 418) from the 

30 gateway 32 to the SIP system. The SIP system then returns an Ack request (at 420) 
back to the gateway 32. At this point, transfer of data may occur (at 422) from the 
SIP system to the receive-only USB device. In one example, if the receive-only USB 
device includes USB speakers, then an audio stream in RTP format may be 
communicated from the SIP system to the gateway 32. The RTP data is received by 
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the RTP layer 110 (Fig. 2) in the gateway 32, which sends the data onto the USB 
client corresponding to the USB speakers. The USB client converts the incoming 
audio stream into the USB speaker data flow format, which may be raw PCM (pulse- 
code modulation). 

5 The SIP system may terminate the call by sending a Bye request (at 424) to 

the gateway 32. In response, the gateway module 1 12 sends a terminate connection 
command (at 426) to the USB client. The SIP stack 108 may also send back an OK 
response (at 428) to the SIP system. Additionally, if the USB device (e.g., speakers) 
is powered off or otherwise disconnected from the system, the USB driver stack notes 

10 such disconnection and can cause a Bye sequence to be initiated. 

As noted above, the USB device may be busy if it is already in use in another 
session when a current Invite request is received by the gateway 32. One way of 
noting that the USB device is in the busy state is by noting that the USB device is in 
the Configured USB state. One way of noting that the USB device is in the idle state 

15 (available), is to set the USB device to the Addressed, but not Configured USB state. 
If the USB device is busy, then the USB client may send a busy indication back to the 
gateway module 112, instead of the available indication sent at 408 in Fig. 6. The 
gateway module 112 forwards this busy indication to the SIP stack 108, which may 
return a Busy Here response instead of the Ringing or OK responses sent at 414 and 

20 418 in Fig. 6. 

In another arrangement, a current session may be over-ridden by a new 
session. Thus, in this other arrangement, if the gateway 32 receives a new Invite 
request while a current session is active, the SIP gateway 32 may send a SIP Bye 
request to the remote SIP system involved in the current SIP session to close the 

25 communication session. As the current communication session is being terminated, 
the gateway 32 may participate in an exchange of SIP protocol messaging with the 
SIP system that originated the new Invite request to start the establishment of the new 
session. Thus, once the previous session is closed, the SIP Ringing and OK responses 
may be sent by the gateway 32 to the new SIP system. Whether a current session is to 

30 be over-ridden by a new session may be according to policies set by the user or a 
system administrator. Such policies may rely on the identity of the originating 
system. Thus, for example, certain calling parties may have higher priority then other 
calling parties. 
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As in the case of an interactive session between a SIP system and a USB 
telephone as discussed in connection with Fig. 4, a conferencing session may be 
established in which multiple remote SIP systems may send separate audio streams 
for output on a single set of speakers. According to a first technique, the USB client 
5 responsible for the speakers may be implemented as a conferencing-type bridge in 
which the audio streams from the separate sources are merged for output on the USB 
speakers. Alternatively, according to another technique, the separate audio streams 
may be played separately on corresponding separate (e.g., stereo) speakers. Thus, if 
the USB device includes two speakers, and two audio streams are received, then a 

10 first audio stream may be output on a first speaker while a second audio stream is 
output on a second speaker. 

The USB client may also be programmable to handle either of these two 
techniques. This may be accomplished by using multiple APIs between the gateway 
module 112 and the USB client, similar to the multiple APIs employed in the 

15 interface 1 13 as shown in Fig. 5. Thus, in the example where the USB device 

includes two speakers, a first API may be used to cause the USB client to act as a 
conferencing- type bridge, a second API may be used to send an audio stream to a left 
speaker, and a third API may used to send an audio stream to a right speaker. The 
several APIs may have different corresponding SIP URLs. Thus, a bridging request 

20 may use a first URL, e.g., bridge.speakers@jdoe.nortelnetworks.com to set up streams 
for bridging functions. The second API may have the example URL 
left.speakers@jdoe.nortelnetworks.com to route data to the left speaker, while the 
third API may have the example URL right.speakers@jdoe.nortelnetworks.com to 
route data to the right speaker. 

25 Referring to Fig. 7, a communications session between a send-only USB 

device and a remote SIP system through the gateway 32 is illustrated. An example of 
a send-only device may be some monitoring device that sends data out whenever 
something new is detected. For example, the send-only device may include a motion 
sensor that normally is inactive but transmits data when it detects motion. In Fig. 7, it 

30 is assumed that a communications session is not active between the SIP system and 

the send-only USB device when the USB device initially transmits data (at 502) to the 
USB client. In response, the USB client sends a request connection message (at 504) 
to the gateway module 112, which forwards the request to the SIP stack 108. The SIP 
stack 108 packages the request into an Invite request that is sent (at 506) to a 
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preselected SEP system. The gateway 32 may store some indication that the 
preselected SIP system is to be contacted if data is received from the particular send- 
only USB device. The SIP system sends back a Ringing response (at 508) followed 
by sending an OK response (at 510). The SIP stack responds to the OK response by 
5 sending an Ack request (at 512) to the SIP system. The SEP stack 108 also forwards 
receipt of the OK response to the gateway module 1 12, which communicates a 
connection established message (at 514) to the USB client. At this point, a 
communications session is established (at 516) in which the data sent by the USB 
device may be transmitted to the SIP system through the gateway 32. 

10 The USB client may include some type of a timeout mechanism. Thus, if the 

send-only USB device does not send data within some period of time, a timeout 
condition occurs (at 518) which causes the USB client to send a disconnect request to 
the gateway module 1 12. This disconnect request is sent (at 520) to the SIP stack 
108, which issues a Bye request (at 522) to the SIP system. The SIP system then 

1 5 responds with an OK response (at 524). 

The USB client may also be capable of sending to multiple destinations. 
Thus, for example, the USB client may be a camera that sends multiple, duplicated 
video streams to specified destination devices. Alternatively, the USB client may 
send a multicast stream that can be received by multiple destination devices. 

20 Referring to Fig. 8, another example involves an interactive USB device that is 

a non-telephony device. The interactive USB device is capable of receiving data from 
and sending data to a remote SIP system. The interactive USB device is also capable 
of causing initiation of a communication session with the remote SIP system in 
response to certain events occurring at the USB device. One example is the toggling 

25 of the USB device between on and off states. Thus, for example, if the USB device is 
initially in the off state and it is turned on, an initialization sequence may occur 
between the USB device and the USB client (at 602). After the initialization 
sequence, the USB client marks the USB device as being on (at 604). In addition, the 
USB client sends a message indicating that the USB device has been turned on (at 

30 606) to the gateway module 112. 

The gateway module 1 12 identifies the remote SIP system to be addressed, 
and sends a request on to the SIP stack 108. The SIP stack 108 sends a corresponding 
Invite request (at 608) to the identified remote SIP system. The remote SIP system 
returns a Ringing response (at 610) followed by an OK response (at 612). The SEP 
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stack 108 returns an Ack request (at 614) to the SIP system. The OK response 
received from the remote SIP system is also forwarded by the SIP stack 108 to the 
gateway module 1 12, which then sends an indication that the call session has been 
established with remote SIP system (at 616). Following transmission of the Ack 
5 request, a call session is established (at 618) between the SIP system and the gateway 
module 1 12. In the call session 618, the gateway module 1 12 may send the message 
that the USB device is on to the remote SIP system. Such a message may be sent in a 
SIP Info message. Following this, the USB client may request that the gateway 
module 1 12 and SIP stack 108 terminate the call session with the SIP system. This 

10 may be accomplished by the SIP stack 108 sending a Bye request (at 624), with the 
SIP system returning an OK response (at 626). 

Another type of send-only USB device may be those that are transmitting 
continuously. Examples of such USB devices include microphones and video 
cameras (e.g., security cameras). Since such send-only devices are transmitting 

15 continuously, a communications session may be actively maintained between the 
USB-only device and the remote SIP system. The continuous stream of data is 
communicated from the USB device to the gateway 32, which converts the stream of 
data into RTP format for communication to the SEP system. 

Additionally, should a gateway have a number of USB peripherals attached, 

20 SIP may be used to set up inter-device communications within the gateway itself. As 
an example, should a user press a play button on a USB CD drive, the corresponding 
USB client could initiate a SIP Invite to an adjacent pair of USB speakers to render 
the audio stream. This type of inter-machine communications is easily facilitated 
through the Sockets communication layer of modern operating systems which allows 

25 multiple processes to communicate with IP style communications without actually 
sending IP communications over an external communications link. 

Referring to Fig. 9, a communications system 700 according to another 
embodiment is illustrated. In this embodiment, plural gateways 702, 704, and 706 are 
present that are capable of converting between SIP messaging and data to be 

30 communicated to USB and peripheral devices. The gateways 702, 704, and 706 are 

coupled to a network hub 708, which is turn is coupled over a data network 710 to one 
or more SIP systems 712. Each of the gateways is coupled to respective USB 
devices. Thus, for example, the gateway 706 is coupled to a USB device 714, and the 
gateway 702 is coupled to USB devices 716, 718, and 720. The gateway 704 is 
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coupled to a USB device 722. In addition, the gateway 704 is coupled through a 
bridge 724 to a computer 726. The bridge 724 may convert between data 
communicated according to USB format and data that is communicated to a port of a 
computer 726, which may be a modem port. 
5 In the communications system 700, the one or more SIP systems 712 may be 

capable of communicating with any one of the USB devices coupled to respective 
gateways as discussed above. In addition, each of the USB devices coupled to one 
gateway may be capable of communicating with another USB device coupled to 
another gateway. 

10 The various software layers, routines, or modules described herein may be 

executable on various processing elements, such as the microprocessor or 
microcontroller 202 in Fig. 3 (which may be generically referred to as a control unit). 
The control unit may be coupled to a storage device to store instructions and data 
associated with the software layers, routines, or modules. As used here, a "controller" 

15 may refer to software, hardware, or a combination of software and hardware. 

The storage device may include one or more machine-readable storage media 
for storing data and instructions. The storage media may include different forms of 
memory including semiconductor memory devices such as dynamic or static random 
access memories (DRAMs or SRAMs), erasable and programmable read-only 

20 memories (EPROMs), electrically erasable and programmable read-only memories 

(EEPROMs) and flash memories; magnetic disks such as fixed, floppy and removable 
disks; other magnetic media including tape; and optical media such as compact disks 
(CDs) or digital video disks (DVDs). Instructions that make up the various software 
layers, routines or modules in the various network elements may be stored in 

25 respective storage devices. The instructions when executed by a respective control 
unit cause the corresponding network element to perform programmed acts. 

The instructions of the software layers, routines, or modules may be 
transported to the network element in one of many different ways. For example, code 
segments including instructions stored on floppy disks, CD or DVD media, a hard 

30 disk, or transported through a network interface card, modem, or other interface 

device may be loaded into the system and executed as corresponding software layers, 
routines, or modules. In the loading or transport process, data signals that are 
embodied in carrier waves (transmitted over telephone lines, network lines, wireless 
links, cables, and the like) may communicate the code segments, including 
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instructions, to the network element. Such carrier waves may be in the form of 
electrical, optical, acoustical, electromagnetic, or other types of signals. 

While the invention has been disclosed with respect to a limited number of 
embodiments, those skilled in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended claims cover all such 
modifications and variations as fall within the true spirit and scope of the invention. 
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What is claimed is: 

1 1 . A method of communications between a first device and a peripheral 

2 device over a network, comprising: 

3 receiving, by a system, a message from the first device to establish a 

4 communications session with the peripheral device, the message being according to a 

5 first protocol defining real-time interactive sessions; 

6 establishing a communications session between the first device and the 

7 system over the network; and 

8 converting, in the system, between data according to the first protocol 

9 and data according to a second protocol that defines a peripheral link from the system 
10 to the peripheral device. 

1 2. The method of claim 1, wherein receiving the message includes 

2 receiving a Session Initiation Protocol message. 

1 3 . The method of claim 1 , wherein establishing the communications 

2 session includes establishing one of a Session Initiation Protocol session and an H.323 

3 session. 

1 4. The method of claim 2, wherein converting the data includes 

2 converting between a Session Initiation Protocol format and a Universal Serial Bus 

3 format. 

1 5. The method of claim 1, wherein the peripheral link is selected from the 

2 group consisting of a Universal Serial Bus port, a parallel port, a serial port, a Small 

3 Computer Systems Interface port, and a Personal Computer Memory Card 

4 International Association port. 

1 6. The method of claim 1 , wherein establishing the communications 

2 includes establishing a streaming call session. 



1 

2 



7. The method of claim 6, wherein establishing the streaming call session 
includes establishing a Session Initiation Protocol session. 
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1 8. The method of claim 1 , further comprising sending one or more 

2 commands to the peripheral device to control operation of the peripheral device. 

1 9. The method of claim 1, further comprising sending status information 

2 of the peripheral device to the first device. 

1 10. The method of claim 1 , further comprising establishing a real-time call 

2 session between the first device and the peripheral device. 

1 11. The method of claim 1 , wherein establishing the communications 

2 session includes establishing a conferencing session among the first device, the 

3 peripheral device, and another device. 

1 12. The method of claim 11, wherein establishing a conferencing session 

2 includes establishing a multicast session. 

1 13. The method of claim 1 , further comprising: 

2 receiving another message to establish a second communications 

3 session while the first communication session is active; and 

4 performing one of sending a busy indication and over-riding the first 

5 communications session. 

1 14. The method of claim 1, further comprising: 

2 establishing a communications session between the first device and a 

3 second system; and 

4 converting, in the second system, between data according to the first 

5 protocol and data according to the second protocol. 
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1 1 5 . A system comprising : 

2 a first interface capable of communicating with a packet-based 

3 network according to a first protocol that defines real-time interactive 

4 communications sessions received over the packet-based network; 

5 a second interface capable of communicating with a peripheral device 

6 according to a second protocol; and 

7 a controller to convert a message according to the first protocol to data 

8 according to the second protocol for communicating to the peripheral device. 

1 16. The system of claim 1 5, wherein the peripheral device includes a 

2 Universal Serial Bus device. 

1 17. The system of claim 16, wherein the first protocol includes one of a 

2 Session Initiation Protocol and an H.323 Recommendation. 

1 18. The system of claim 15, further comprising a Session Initiation 

2 Protocol stack to process Session Initiation Protocol messages. 

1 19. The system of claim 15, wherein the second interface includes a 

2 Universal Serial Bus interface. 

1 20. The system of claim 19, further comprising a Universal Serial Bus 

2 client to manage communications with the peripheral device. 

1 21. The system of claim 20, further comprising an interface between the 

2 controller and the Universal Serial Bus client, the interface including one or more 

3 application programming interfaces. 

1 22. The system of claim 21 , wherein plural application programming 

2 interfaces are assigned different uniform resource locators. 
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1 23. The system of claim 15, wherein the second interface is adapted to 

2 receive an indication of a status change of the peripheral device, the controller 

3 adapted to send one or more messages to a remote device over the packet-based 

4 network concerning the status change. 

1 24. The system of claim 15, wherein the data communicated to the 

2 peripheral device includes a command to control operation of the peripheral device. 

1 25. The system of claim 15, wherein the controller is adapted to establish a 

2 real-time interactive call session with a remote device coupled to the packet-based 

3 network and the peripheral device. 

1 26. A method of accessing a non-telephony device coupled to a system 

2 over a link defined according to a first protocol, comprising: 

3 receiving, by the system, a message from a telephony device, the 

4 message defined according to a telephony protocol; and 

5 converting the telephony protocol message into data according to the 

6 first protocol for communication over the link to the non-telephony device. 

1 27. The method of claim 26, wherein the telephony protocol includes a 

2 Session Initiation Protocol. 



1 28. The method of claim 27, wherein the first protocol includes a 

2 Universal Serial Bus protocol. 

1 29. The method of claim 26, wherein the first protocol includes a 

2 Universal Serial Bus protocol. 

1 30. The method of claim 26, wherein receiving the message includes 

2 receiving a Session Initiation Protocol Invite request. 

1 31. The method of claim 26, further comprising sending, in response to the 

2 received message, one or more commands to the non-telephony device to perform one 

3 or more predetermined actions by the non-telephony device. 
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1 32. An article including one or more machine-readable storage media 

2 containing instructions for controlling a system coupled to a packet-based network 

3 and a peripheral link, the instructions when executed causing the system to: 

4 communicate a message over the packet-based network, the message 

5 defined according to a first protocol for real-time interactive sessions; 

6 convert between the message and data according to a second protocol 

7 defining communications over the peripheral link; and 

8 communicate the data over the peripheral link. 

1 33. The article of claim 32, wherein the one or more storage media contain 

2 instructions that when executed cause the system to communicate a command to 

3 control operation of a peripheral device coupled to the peripheral link. 

1 34. The article of claim 32, wherein the messages according to the first 

2 protocol and the data according to the second protocol are part of a voice-based call 

3 session. 

1 35. The article of claim 32, wherein the one or more storage media contain 

2 instructions that when executed cause the system to receive data from the peripheral 

3 link indicative of a status change of a peripheral device coupled to the peripheral link. 

1 36. The article of claim 32, wherein the first protocol includes a Session 

2 Initiation Protocol and the second protocol includes a Universal Serial Bus protocol. 

1 37. A data signal embodied in a carrier wave comprising one or more code 

2 segments containing instructions for controlling a system coupled to a packet-based 

3 network and a peripheral link, the instructions when executed causing the system to: 

4 receive a message from the first device to establish a communications 

5 session with the peripheral device, the message being defined by a first protocol 

6 defining real-time interactive sessions; 

7 establish a communications session between the first device and the 

8 system over the network; and 
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9 convert between data according to the first protocol and data according 

10 to a second protocol defining a peripheral link from the system to the peripheral 

1 1 device. 

1 3 8 . A system comprising : 

2 means for interfacing a packet-based network according to a first 

3 protocol, the first protocol defining real-time interactive communications sessions 

4 over the packet-based network; 

5 means for interfacing a peripheral device according to a second 

6 protocol; and 

7 means for translating between data according to the first protocol and 

8 data according to the second protocol. 

1 39. A system comprising: 

2 one or more interfaces capable of communicating with peripheral 

3 devices; and 

4 a controller adapted to set up communications between the peripheral 

5 devices using messaging according to a real-time interactive communications 

6 protocol. 



1 
2 



40. The system of claim 39, wherein the messaging is according to a 
Session Initiation Protocol. 
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ABSTRACT OF THE DISCLOSURE 



A communications system includes a packet-based data network coupled to 
various network elements, including a gateway that provides ports to various 
peripheral devices. One type of peripheral device includes a Universal Serial Bus 
(USB) device. A network element coupled to the data network may establish Session 
Initiation Protocol (SIP) sessions with the gateway. Once a SIP session is established, 
communications may occur between the network element and the peripheral device. 
SIP messaging is exchanged between the network element and the gateway. USB 
commands and data are exchanged between the gateway and the USB device. The 
gateway converts between the SIP messaging and the USB commands and data. 
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Attorney's Docket No.: NORT-0042-US ( 1 1627RRUS01U> PATENT 

DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 
As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, 
first, and joint inventor (if plural names are listed below) of the subject matter which is claimed 
and for which a patent is sought on the invention entitled 

METHOD AND SYSTEM FOR COMMUNICATIONS BETWEEN 
DIFFERENT TYPES OF DEVICES 

the specification of which 



X 



is attached hereto. 

was filed on _ as 

United States Application Number 

or PCT International Application Number, 
and was amended on 



(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I do not 
know and do not believe that the claimed invention was ever known or used in the United States of 
America before my invention thereof, or patented or described in any printed publication in any 
couniry before my invention thereof or more than one year prior to this application, that the same 
was not in public use or on sale in the United States of America more than one year prior to this 
application, and that the invention has not been patented or made the subject of an inventor's 
certificate Issued before the date of this application in any country foreign to the United States of 
America on an application filed by me or my legal representatives or assigns more than twelve 
months (for a utility patent application) or six months (for a design patent application) prior to this 
application. 

I acknowledge the duty to disclose all information known to me to be material to patentability as 
defined in Title 37, Code of Federal Regulations, Section L56. 

1 hereby claim foreign priority benefits under Title 35, United States Code, Section 119(a)-(d), of 
any foreign application(s) for patent or inventor's certificate listed below and have also identified 
below any foreign application for patent or inventor's certificate having a filing date before that of 
the application on which priority is claimed: 
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Prior Foreign Application(s): 



Priority Claimed 



Number (Country) (Day/Month/Year Filed) Yes No 



Number (Country) (DayAlonth/Year Filed) Yes No 

I hereby claim the benefit under title 35, United States Code, Section 1 19(e) of the United States 
provisional application^) listed below: 



(Application Number) (Filing Date) 



(Application Number) (Filing Date) 

I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
application^) listed below and, insofar as the subject matter of each of the claims of this 
application is not disclosed in the prior United States application in the manner provided by the 
first paragraph of Title 35 7 United States Code, Section 1 12, 1 acknowledge the duty to disclose all 
information known to me to be material to patentability as defined in Title 37, Code of Federal 
regulations, Section L56 which became available between the filing date of the prior application 
and the national or PCT International filing date of this application: 

09/439,501 11/12/99 Pending 

(Application Number) Filing Date (Status-patented, pending, 

abandoned) 

I hereby appoint Timothy N. Trop, Reg. No. 28,994; Fred G. Pruner, Jr., Reg, No, 40 ,779, and Dan 

C. Hu, Reg. No. 40,025; my patent attorneys, of TROP, PRUNER & HU, P.C, with offices 
located at 8554 Katy Freeway, Ste, 100, Houston, TX 77024 7 telephone (713) 468-8880, and John 

D. Crane, Reg. No. 25,231; Howard R. Grcenberg, Reg. No. 26,171; W. Glen Johnson, Reg. No, 
39,525; Randall Mishler, Reg. No. 42,006; Kevin L. Smith, Reg T No. 38,620; Venion R Williams, 
Reg. No. 38/713; my patent attorneys, of Nortel Networks Corporation; with full power of 
substitution and revocation, to prosecute this application and to transact all business in the Patent 
and Trademark Office connected herewith. 

Send correspondence to Dan C Hu . TROP, PRUNER & HU S RC. S 8554 Katy Freeway, Ste. 100, 
Houston, TX 77024 and direct telephone calls to Dan C Hu , (713) 468-8880. 

1 hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 
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Full Name of Sole/First Inventor: 
GREGORY T. OSTERHOUT 




Date: , 


Residence: 

313 FALCON CTV, COPPELL, TX 75019 


Citizenship: 
ILSA. 


Post Office Address: 

313 FALCON CT., COPPELL, TX 75019 


Full Name of Second/Joint Inventor: 
JAMES A. MCALEAR 


Inventory Signature: 


Dale: 


Residence: 

2 LONE MEADOW TRAIL, STITTSVILLE, ON, K2S1C9, CANADA 


Citizenship: 
CANADA 


Post Office Address: 

2 LONE MEADOW TRAIL, STITTSVILLE, ON, K2S1C9, CANADA 




Full Name of Third/Joint Inventor: 
MARK A. SOSEBEE 


Inventor's. Signature: 


Dale: , 

4 hi I&6 


Residence: 

920 GOODWIN DRIVE, PLANO, TX 75023 


Citizenship: 
U.S.A. 


Post Office Address: 

920 GOODWIN DRIVE, PLANO, TX 75023 
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Attorney's Docket No.: NORT-0Q42-US n 1627RRUS01U> PATENT 

DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 
As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated beiow 7 next lo my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, 
first, and joint inventor (if plural names are listed below) of the subject matter which is claimed 
and for which a patent is sought on the invention entitled 

METHOD AND SYSTEM FOR COMMUNICATIONS BETWEEN 
DIFFERENT TYPES OF DEVICES 

the specification of which 



is attached hereto. 

was filed On as 

United States Application Number 



or PCT International Application Number . 
and was amended on 



(if applicable) 

I hereby state that I have reviewed and understand the contents of Lhe above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I do not 
know and do not believe that the claimed invention was ever known or used in the United States of 
America before my invention thereof or patented or described in any printed publication in any 
country before my invention thereof or more than one year prior to this application, that the same 
was not in public use or on sale in the United States of America more than one year prior to this 
application, and that the invention has not been patented or made the subject of an inventor's 
certificate Issued before the date of this application in any country foreign to the United States of 
America on an application filed by me or my legal representatives or assigns more than twelve 
months (for a utility patent application) or six months (for a design patent application) prior to this 
application. 

I acknowledge the duty to disclose all information known to me to be material to patentability as 
defined in Title 37, Code of Federal Regulations, Section L56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 1 19(a)-(d), of 
any foreign application(s) for patent or inventor's certificate listed below and have also identified 
below any foreign application for patent or inventor's certificate having a filing date before that of 
the application on which priority is claimed: 
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Prior Foreign Application^): Priority Claimed 



Number (Country) ; (Day/Month/Year Eled) Yes No 



Number (Country) (Day/Month/Ycar Filed) Yes No 

I hereby claim the benefit under tide 35, United States Code, Section 119(e) of the United States 
provisional application^) listed below: 



(Application Number) (Filing Date) 



(Application Number) (Filing Date) 

I hereby claim the benefit under Title 35, United States Code 7 Section 120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this 
application is not disclosed in the prior United States application in the manner provided by the 
first paragraph of Title 35, United States Code, Section 1 12, 1 acknowledge the duty to disclose all 
information known to me to be material to patentability as defined in Tide 37, Code of Federal 
regulations, Section 1.56 which became available between the filing date of the prior application 
and the national or PCT International filing date of this application: 

09/439,501 31/12/99 Pending 

(Application Number) Filing Date (Status-patented, pending, 

abandoned) 

I hereby appoint Timothy N. Trop f Reg. No. 28,994; Fred G. Pruner, Jr., Reg. No. 40 T 779, and Dan 

C. Hu, Reg. No. 40,025; my patent attorneys, of TROP, PRUNER & HU 7 P,C, with offices 
located at 8554 Katy Freeway, Ste. 100, Houston, TX 77024, telephone (713) 468-8880, and John 

D. Crane, Reg. No. 25,23 1 ; Howard R- Greenberg, Reg. No. 26 7 3 71 ; W, Glen Johnson, Reg. No, 
39,525; Randall Mishler, Reg. No. 42,006; Kevin L. Smith, Reg. No. 38 7 620; Vemon E, Williams, 
Reg. No* 38 7 713; my patent attorneys, of Nortel Networks Corporation; with full power of 
substitution and revocation, to prosecute this application and to transact all business in the Patent 
and Trademark Office connected herewith* 

Send correspondence to Dan C Hu , TROP, PRUNER & HU, RC, 8554 Katy Freeway, Ste. 100, 
Houston, TX 77024 and direct telephone calls to Dan C.Hu. (713) 468-8880. 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willfbl false statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 1 8 of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 
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Full Name of Sole/First Inventor 
GREGORY T. OSTERHOUT 


Inventor's Signature: 


Date: 


Residence: 

313 FALCON CT., COPPELL, TX 75019 


Citizenship: 
ILS.A. 


Post Office Address: 

313 FALCON CT., COPPELL, TX 75019 


Full Name of Second/Joint Inventor. 
JAMES A. MCALEAR 


Inventor's Signature: 


Date: 


Residence: 

2 LONE MEADOW TRAIL, SUTTSVILLE, ON, K2S1C9, CANADA 


Citizenship: 
CANADA 


Post Office Address: 

2 LONE MEADOW TRAIL, STITTSVBLLE, ON, K2S1C9, CANADA 


Full Name of Third/Joint Inventor: 
MARK A. SOSEBEE 


Inventor's Signature: 


Date: 


Residence: 

920 GOODWIN DRIVE, PLANO, TX 75023 


Citizenship: 
USA. 


Post Office Address: 

920 GOODWIN DRIVE, PLANO, TX 75023 
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